home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 1996 April
/
CHIP 1996 aprilis (CD06).zip
/
CHIP_CD06.ISO
/
hypertxt.arj
/
9508
/
WIN95B.CD
< prev
Wrap
Text File
|
1996-03-09
|
7KB
|
127 lines
@VWindows 95 Final Beta@N
@VUtolsó simítások@N
Többszöri halasztás után ez év augusztus végére ígért
Windows 95 fejlesztése az utolsó szakaszába lépett. A
fejlesztés elôrehaladtáról ""beépített" bétatesztelônk
tudósít.
Ki kell emelnünk, hogy a Microsoft a tesztelôk kedvében
járva azonnal többféle végleges (final) bétaváltozatot is
rendelkezésünkre bocsátott. @K(A ""végleges" jelzô a Microsoft
@Kszóhasználata szerint nem egy verziót, hanem a fejlesztés
@Kutolsó, nagy nyilvánosság elôtt zajló szakaszát jelöli -- a
@Kszerk.)@N Ezekbôl az addigi legújabb, 462-es belsô
verziószámút választottuk (ez május közepén elkészített
állapot volt). A többi final beta változathoz képest is
jelentôs eltéréseket tapasztaltunk, tehát a program
fejlesztése tagadhatatlan. Néhol eddig nem tapasztalt
hibákra akadtunk.
Telepítéskor kellemetlen volt, hogy a tesztgép majd'
minden alkatrészére inkompatibilitást kifogásoló
figyelmeztetést kaptunk -- szinte mindennel gondok voltak,
ha automatikus detektálást kértünk. E hibák kézi
felderítésre kapcsolva megszûntek, azaz a Plug & Play-jel
van a hiba. A telepítô nagyon is rászorult a kézi
finomhangolásra: a Diamond Stealth 64 videokártyát csupán
""S3"-ként jellemezte, egy Matsushita CD-ROM-ot nem
azonosított helyesen, pedig korábbi tesztverzióknál nem
fordult elô. Több olyan gondot, amelyek régebbi
változatoknál merültek fel, sikeresen kiküszöböltek.
@VMultitaszkosodik a DOS@N
A telepítés után DOS-ablakokat vizsgáltunk meg. Mint azt
a kézikönyv is kiemelte, az ablakban és teljes képernyôn
futó DOS taszkok erôsen eltérnek. Az egyidejûleg nyitott DOS
ablakok nincsenek elkülönítve, így akár DOS külsô parancsok
révén is ""üzenhetünk" egyikbôl a másikba. Ez a tulajdonság
bármilyen gond esetén komoly hátránnyá válik.
Az ""ablakos DOS" sokkal kevésbé stabil, és az egyik
példány leállása több ízben legyilkolta a többi ablakot is.
A DOS néha a teljes újraindításig használhatatlanná vált. A
teljes képernyôsre nagyított DOS nagyon jól viselkedett, az
erôforrásokat alaposan kihasználó tesztprogramunk (Dark
Forces) általában jól érezte magát. Sajnos ez nem mindig
volt igaz, különösen a virtuális memória kikapcsolása után.
Swap-file nélkül több program is furcsán viselkedett, ez
akár DOS-ablakban, DOS parancs (például SUBST) hívásakor is
elôfordult. 16 Mbyte RAM mellett (ebbôl a Win 95 kereken
négyet foglalt el) sem célszerû kikapcsolni a virtuális
memóriát!
@VStabilitás@N
A Windows 95 multimédia képességeit nem vizsgáltuk
mélyrehatóan, de a felületes próbák során több problémába is
ütköztünk: az AVI file-ok lejátszása például nagyon sokszor
okozott végzetes rendszerhibákat. A Microsoft ezen a téren
is nagyon intenzíven fejleszt, amit e gyorsan fejlôdô
ágazatban természetesnek vehetünk. Az itt tapasztalt gondok
tehát remélhetôleg átmenetiek.
A Windows 95 grafikus felülete a tôle elvártakat hozta.
Hibák esetén a Windows 3.1-ben elôforduló ""teljes fagyás"
helyett itt általában élt még a billentyûzet. Ez persze csak
apró vigasz, hiszen a teljes lemerevedés és a ""System is
busy" miatti használhatatlanság hatásában megegyezik.
Többször találkoztunk a ""Low on resources" üzenettel is,
szintén kellemetlen következményekkel. Az üzembiztonság
terén tehát van még fejleszteni való.
@VA tudás néha hátrány@N
A Windows 95 e tesztverziója még nem teljesen
kompatibilis a Windows 3.1-es alkalmazásokkal. Néhány
Borland segédprogram rosszul mûködött vagy el sem indult
alatta, ezt természetesen indokolhatja a fôverzióváltás. A
Windows alá kifejlesztett Quarterdeck CleanSweepet zavarba
hozta a Win 95 eltérô felépítése, így például ""sikerült"
mûködô drivert letöröltetnünk vele. A rendszer alaposabb
ismeretére épülô programokat tehát célszerû kerülni, vagy
megvárni a Windows 95-ös változatukat (például a Norton
Utilities valószínûleg egy idôben fog megjelenni a kész
rendszerrel). Ilyen gondjaink a hétköznapi alkalmazásokkal
(például szövegszerkesztôk) nem voltak, ezek szépen
futottak.
A Windows 95 konfigurálhatósága jelentôs elôrelépés a
Windows 3.1-hez képest (fôleg hardver téren).
Munkafelületként kérhetjük a Win 3.1 Program Managerét
(némileg átdolgozva), vagy az inkább X Windowra hasonlító
natív Windows 95 felületet. A kezelôfelület beállíthatósága
gondot is okozhat, mivel a színek állításakor kiválaszthatók
@KLarge@N, azaz ""nagy" jelzôjû paletták is (ezek megnagyítanak
egyes képernyôelemeket -- ikonok, gombok stb.). Ilyen
palettát választva a megnyíló ablakok nem mindig férnek el a
képernyôn, ami nagyon zavaró. Ha a bezáró @KOK@N gomb tûnik el,
a döntéseket vakon kell meghoznunk. (A kép közepén látható
@KOK@N csak illusztrálja a beállítások hatását, nem @Kélô@N gomb.)
Nagyobb felbontású rendszerben, kis monitorral (például
1024*768, 14 colos monitorral) persze nagyon elônyös lehet a
Large beállítás.
@VMár kezdetben is többnyelvû@N
A Windows 95 számos európai nyelven is meg fog jelenni.
A bétaváltozatok közül a magyart és a páneurópai kiadást
teszteltük: a magyar/angol Windows világból ismert Bábellel
találkoztunk. A mellékelt dokumentáció lelkiismeretesen
kiemelte, hogy mivel ne is próbálkozzunk -- ezek tényleg nem
mûködtek. A felsoroltakon kívül is sikerült magyar-angol
keverék üzeneteket elôcsalogatnunk, azaz egy kis javítás még
jól jönne. Az, hogy a Microsoft már a tervezés során ilyen
nagy figyelmet szentel a honosított verzióknak, legalábbis
reményt keltô.
Az eddigi tesztverziók mellett még egy kicsit döcögôsnek
tûnt a Windows 95 Final Beta, remélhetôleg a végleges --
amerikai -- változat elkészül 1995 augusztus 24-ére. Addig
még sok minden végleges formát nyerhet, hiszen az itt leírt
béták május közepénél nem újabbak.
@KVisegrády Tamás@N
@<9508\WIN95.GIF>■■@N Hol lehet az @KOK@N gomb?